home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20041116-20060924 / 000168_john.hackett@icon-is.co.uk_Mon Oct 17 14:22:04 2005.msg < prev    next >
Internet Message Format  |  2020-01-01  |  6KB
  1. Path: newsmaster.cc.columbia.edu!panix!news.maxwell.syr.edu!newsfeed.vmunix.org!peer-uk.news.demon.net!kibo.news.demon.net!news.demon.co.uk!demon!not-for-mail
  2. From: John Hackett <john.hackett@icon-is.co.uk>
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: ftp mput /recursive problem....
  5. Date: Sun, 16 Oct 2005 23:57:07 +0100
  6. Lines: 168
  7. Message-ID: <diuls4$fj3$1$830fa795@news.demon.co.uk>
  8. References: <dip2gm$ci$1$8300dec7@news.demon.co.uk> <slrndl29i0.ldi.fdc@sesame.cc.columbia.edu> <dirqev$7j$1$830fa7a5@news.demon.co.uk> <slrndl4vo5.mfv.fdc@sesame.cc.columbia.edu>
  9. NNTP-Posting-Host: iconinfo.demon.co.uk
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=ISO-8859-1; format=flowed
  12. Content-Transfer-Encoding: 7bit
  13. X-Trace: news.demon.co.uk 1129503428 15971 80.177.168.155 (16 Oct 2005 22:57:08 GMT)
  14. X-Complaints-To: abuse@demon.net
  15. NNTP-Posting-Date: Sun, 16 Oct 2005 22:57:08 +0000 (UTC)
  16. In-Reply-To: <slrndl4vo5.mfv.fdc@sesame.cc.columbia.edu>
  17. X-Accept-Language: en-us, en
  18. User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923)
  19. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15411
  20.  
  21. Frank,
  22.  
  23. I tried a few more experiments.
  24.  
  25. (1) the number of files is a red herring - I tried the same thing with 
  26. another directory with only about 1800 files and it had the same problem 
  27. - a directory being misplaced and the tree getting out of sync.
  28.  
  29. (2) I used the same script between two fedora machines - same problem. 
  30. So it is not an issue with the ftp server on the LaCie disk.
  31.  
  32. Does kermit/Linux have a problem with 'unusual' filenames? Now I tend to 
  33. make sure I use lowercase and no spaces but some of the old files have 
  34. spaces and other characters - esp as some of them are from old (pre 
  35. MacOS-X) Macintoshes. Could this be tripping it up? (Although none of 
  36. these should be in the very large folder where I first saw the problem - 
  37. these are the most important files as they are business documents!).
  38.  
  39. FYI the files come from a variety of sources: Linux (Fedora2/3); PC 
  40. (WinXP); MacOSX; and some older files from Windows and pre-MacOSX.
  41.  
  42. Has anyone else seen this problem?
  43.  
  44. Frank da Cruz wrote:
  45. > On 2005-10-15, John Hackett <john.hackett@icon-is.co.uk> wrote:
  46. > : [Is this useful:
  47. > : 211-Features:
  48. > :   MDTM
  49. > :   REST STREAM
  50. > :   SIZE
  51. > : 211 End
  52. > :    Server does not support AUTH
  53. > :    Server does not support LANG
  54. > :    Server does not support MDTM
  55. > :
  56. > This means that if you want to update only those files that changed
  57. > since last time, you can't do it because the server won't tell you a
  58. > file's modification time.  Wasn't this the whole point of your project?
  59. > Can you get a better ftp server for the far end?
  60.  
  61. Well, yes. But it does seem to work - at least when running it again
  62. only a few files are transferred and as far as I can tell they are the
  63. changed ones - also using the newest version or kermit I get:
  64.  
  65. 211-Features:
  66.   MDTM
  67.   REST STREAM
  68.   SIZE
  69. 211 End
  70.    Server does not support AUTH
  71.    Server does not support LANG
  72.    Server supports MDTM
  73.    Server does not support MLST
  74.    Server does not support PBSZ
  75.    Server does not support PROT
  76.    Server supports REST
  77.    Server supports SIZE
  78.    Server does not support TVFS
  79.    Server does not support UTF8
  80.  
  81. implying that the server DOES support MDTM so perhaps v8.0.211 is
  82. mis-reporting?
  83.  
  84. > 
  85. > :    Server does not support MLST
  86. > :    Server does not support PBSZ
  87. > :    Server does not support PROT
  88. > :    Server supports REST
  89. > :    Server does not support SIZE
  90. > :    Server does not support TVFS
  91. > :    Server does not support UTF8 ]
  92. > :
  93.  
  94.  
  95. > So there is a number at which it begins to fail, but below which it does not
  96. > fail?  I wonder what the number is.  Maybe a power of two (perhaps plus or
  97. > minus one)?  4095, 4096, 4097, 8191, 8192, 8193?  You've already increased
  98. > Kermit's stringspace, does increasing it more make a difference?
  99.  
  100.  
  101. I doubled the stringspace and it happened again in the same place - 632
  102. files transferred OK.
  103.  
  104.  
  105. > : FROM DEBUG:
  106. > :
  107. > : HERE IS THE ERROR:
  108. > : 257 "/mirror/sarah/profile/Application Data/Skype/Real" - Directory 
  109. > : successfully created
  110. > : 257 "/mirror/sarah/profile/Application Data/Skype/Real/rnadmin" - 
  111. > : Directory successfully created
  112. > : ...
  113. > : 257 "/mirror/sarah/profile/Application Data/Skype/Real/RealPlayer" - 
  114. > : Directory successfully created
  115. > : 257 "/mirror/sarah/profile/Application Data/Skype/Real/RealPlayer/db" - 
  116. > : Directory successfully created
  117. > : 257 "/mirror/sarah/profile/Application
  118. > : ...
  119. > :
  120. > Well these are all messages from the server.  Do you have the messages 
  121. > that Kermit sent to the server at this point?  That would pin down the
  122. > culprit.
  123. > 
  124. > - Frank
  125.  
  126. 150 Opening BINARY mode data connection for chatmsg256.dbb
  127. 226 Transfer complete.
  128. : OK (0.016 sec, 57249 cps)
  129.   PUT profile/Application Data/Skype/sarah_hac/index2.dat (binary) (416
  130. bytes)---> PASV
  131. 227 Entering Passive Mode (192,168,10,6,8,94).
  132. ---> STOR index2.dat
  133. 150 Opening BINARY mode data connection for index2.dat
  134. 226 Transfer complete.
  135. : OK (0.016 sec, 25999 cps)
  136.  
  137. SAVED IN: /mirror/sarah/profile/Application Data/Skype/sarah_hac/
  138.  
  139. ---> CDUP
  140. 250 CDUP command successful
  141.  
  142. NOW: /mirror/sarah/profile/Application Data/Skype/
  143.  
  144. ---> CDUP
  145. 250 CDUP command successful
  146.  
  147. NOW: /mirror/sarah/profile/Application Data/
  148.  
  149. ---> CWD Real
  150. 550 Real: No such file or directory
  151. ---> MKD Real
  152.  
  153. SO SHOULD BE: /mirror/sarah/profile/Application Data/Real (which would
  154. be correct)
  155.  
  156. BUT:
  157.  
  158. 257 "/mirror/sarah/profile/Application Data/Skype/Real" - Directory
  159. successfully created
  160. CREATED DIRECTORY Real
  161. ---> CWD Real
  162. 250 CWD command successful
  163. ---> CWD rnadmin
  164. 550 rnadmin: No such file or directory
  165. ---> MKD rnadmin
  166. 257 "/mirror/sarah/profile/Application Data/Skype/Real/rnadmin" -
  167. Directory successfully created
  168. CREATED DIRECTORY rnadmin
  169. ---> CWD rnadmin
  170. 250 CWD command successful
  171.   PUT profile/Application Data/Real/rnadmin/rnsystem.dat (text) (887
  172. bytes)---> TYPE A
  173. 200 Type set to A
  174. ---> PASV
  175. 227 Entering Passive Mode (192,168,10,6,8,95).
  176. ---> STOR rnsystem.dat
  177. 150 Opening ASCII mode data connection for rnsystem.dat
  178. 226 Transfer complete.
  179. : OK (0.017 sec, 52176 cps)
  180.  
  181. THIS FILE SAVED TO: /mirror/sarah/profile/Application
  182. Data/Skype/Real/rnamin/
  183.  
  184. ---> CDUP
  185. 250 CDUP command successful
  186. ---> CWD RealPlayer
  187.  
  188. John.